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PRELIMINARY AMENDMENT 



Commissioner for Patents 
Washington, D.C. 20231 

Sir: 



Prior to examination on the merits, please amend this application as follows: 

IN THE SPECIFICATION 
Please amend the specification as follows. 
Page 1, line 1, delete "Description"; 

line 3, center and capitalize the title --PERFORMING INTERACTIVE 
SERVICES DIALOGS IN A TELECOMMUNICATIONS NETWORK-; 

line 5, insert -FIELD OF THE INVENTION-; and 
between lines 30 and 31, insert -BACKGROUND OF THE INVENTION- 
Page 4, between lines 33 and 34, insert -SUMMARY OF THE INVENTION-. 
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line 34, delete "It is therefore, the object of the invention" and insert — 
Accordingly, one feature of this invention is 

Page 5, line 4, delete "this object is achieved in that," . 
Page 7, line 10, delete "object" and insert — aspect of the invention --. 
Page 8, line 16, delete "object set" and insert — embodiment described — . 
Page 9, between lines 25 and 26, insert -BRIEF DESCRIPTION OF THE 
DRAWINGS-; and 

between lines 31 and 32, insert --DETAILED DESCRIPTION OF THE 

INVENTION-. 

IN THE ABSTRACT 
Please replace the Abstract in its entirety with the Abstract attached hereto. 



IN THE CLAIMS 
Please amend the claims as follows. 



1 . A method for performing a dialog between a service [(DST)] of a 
telecommunication network [(MFN)] and a subscriber [(TNR)] connected to the network via a 
terminal [(MTL)], in which [method, at least] messages and/or input requests are output to the 
subscriber and [at least] information is input by the subscriber^] in the dialog via the terminal 
[(MTL)], and the service [(DST)] is continued in dependence on a dialog result [(drs)] derived 
therefrom, 

[characterized in that] wherein the service [(DST)] transmits dialog information relating to the 
performance of the dialog, independently of the actions of the subscriber [(TNR)], to the terminal 
[(MTL)] of the subscriber via a network connection, this dialog information [(dif)] is stored by 
the terminal [(MTL)], and the terminal [(MTL)] performs the output(s) to the subscriber by 
means of the stored dialog information [(dif)] on the basis of a specific command given to it 
[and] , the terminal receives and processes the input(s) of the subscriber [(TNR)], and the 
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terminal derives a dialog result therefrom and transmits this result to the service [(DST)] via a 
network connection , wherein the stored dialog information is checked via the terminal to see 
whether it is adequate for performing the relevant dialog and, if not, a request message for the 
transmission of corresponding dialog information is sent, and the transmission of dialog 
information is requested via the terminal by means of a message sent to the network . 

2. [The] A method [as claimed in] according to claim 1, [characterized in that] 
wherein the dialog information [(dif)] contains commands of a dialog program which is executed 
by a processor [(PRZ)] of the terminal for performing the dialog and determining the dialog 
result [(drs)]. 

3. [The] A method [as claimed in] according to claim 1 [or 2], [characterized in that] 
wherein the dialog information [(dif)] contains message information which describes the 
messages and input requests to be output and the type of expected inputs. 

4. [The] A method [as claimed in one of claims 1 to 3] according to claim 1 , 
[characterized in that] wherein the output to the subscriber is effected via a display[, e.g. by 
means of text and/or graphics]. 

5. [The] A method [as claimed in one of claims 1 to 4] according to claim 1 , 
[characterized in that] wherein the output to the subscriber is effected at least partially via voice 
announcements, which are requested from the network [(MFN)] and are received from the 
network via a voice channel of a network connection at the time of the output and are output to 
the subscriber. 

6. [The] A method [as claimed in one of claims 1 to 5] according to claim 1 , 
[characterized in that] wherein the dialog information [(dif)] and/or the dialog result [(drs)] are at 
least partly transmitted via a transaction link of the network [(MFN)]. 

7. [The] A method [as claimed in one of claims 1 to 6] according to claim 1 , 
[characterized in that] wherein the dialog information [(dif)] remains stored in the terminal after 
the dialog has finished. 

Please cancel claims 8 and 9. 

10. [The] method as claimed in [one of claims 1 to 9] claim 1 , [characterized in that] 
wherein the output to the subscriber [(TNR)] is effected advantageously via at least one menu 
which offers a predetermined number of input possibilities to the subscriber, the subscriber 

selects one of these input possibilities by means of his input, and this input is used, in 
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dependence on the menu logic, as a dialog result [(drs)] or for the menu-controlled continuance 
of the dialog. 

11. A telecommunication terminal [(MTL)] which can be connected to a 
telecommunication network [(MFN)] and which is set up for exchanging messages and/or 
commands with the network [(MFN)] and for outputting messages and input requests to a 
subscriber [(TNR)] utilizing the terminal [(MTL)] for using the network and for receiving inputs 
of the subscriber [(TNR)] ? [characterized by] comprising: a memory device [(MEM)] for storing 
dialog information [(dif)] relating to the performance of at least one dialog to the subscriber 
[(TNR)], a control device [(PRZ)] for executing the output(s) to the subscriber [(TNR)], for 
receiving and processing the input(s) of the subscriber and for deriving a dialog result [(drs)] by 
means of the dialog information, and a transmitting device [(SEE)] for receiving dialog 
information (dif), and for transmitting a dialog result [(drs)] via a network connection , wherein 
the terminal is constructed in such a manner that the stored dialog information is checked via the 
terminal to see whether it is adequate for performing the relevant dialog and, if not, a request 
message for the transmission of corresponding dialog information is sent, and the transmission of 
dialog information is requested via the terminal by means of a message sent to the network . 

12. [The] A terminal [(MTL) as claimed in] according to claim 11, [characterized in 
that] wherein the control device [(PRZ)] is set up as a processor for executing a dialog program, 
the commands of which for performing the dialog and determining the dialog result are 
contained in the dialog information. 

13. [The] A terminal [(MTL) as claimed in] according to claim 11 [or 12], 
[characterized by] further comprising a voice output device [(MLE)] for outputting voice 
announcements to the subscriber. 

14. [The] A terminal [(MTL) as claimed in] according to claim 13, [characterized in 
that] wherein it is set up for requesting voice announcements from the network [(MFN)] and 
receiving these from the network via the voice channel of a network connection and outputting 
them to the subscriber. 

15. [The] A terminal [(MTL) as claimed in one of the claims 1 1 to 14] according to 
claim 1 1 , [characterized in that] wherein it is set up for requesting the transmission of the dialog 
information [(dif)] by means of a message sent to the network [(MFN)]. 
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16. [The] A terminal [(MTL) as claimed in one of claims 1 1 to 14] according to claim 
U_, [characterized in that] wherein it is set up for keeping the dialog information [(dif)] stored 
after the dialog has ended. 

17. [The] A terminal [(MTL) as claimed in one of claims 1 1 to 16] according to claim 
VI, [characterized by] further comprising a device a for receiving dialog information [(dif)] 
and/or for sending a dialog result [(drs)] via a transaction link of the network [(MFN)]. 

18. A telecommunication network [(MFN)] in which services for subscribers can be 
used, a dialog with the subscriber [(TNR)] who uses the service and is connected to the network 
via a terminal [(MTL)] being provided in at least one the services [(DST)] , and in this dialog, [at 
least] messages and/or input requests are output to the subscriber and [at least] information is 
input by the subscriber, [characterized in that it] wherein said network is set up for transmitting, 
in dependence on the service operation, the dialog information required by the terminal [(MTL)] 
for performing the dialog, via a network connection, receiving a dialog result [(drs)] transmitted 
by the terminal [(MTL)] and continuing service [(DST)] in dependence on this result. 

19. [The] A telecommunication network[, (MFN) as claimed in] according to claim 
18, [characterized in that it is set up] configured for sending dialog information [(dif)] on the 
basis of a specific request message by the terminal [(MTL)]. 

20. [The] A telecommunication network[, (MFN) as claimed in] according to claim 
18 [or 19], [characterized in that it is set up] configured for sending voice announcements, which 
can be used in an output to the subscriber by the terminal, on the basis of a specific request 
message by the terminal [(MTL)]. 

21. [The] A telecommunication network [(MFN) as claimed in one of claims 18 to 
20] according to claim 18 , [characterized by] further comprising a server device [(DGS)] for 
central storage of dialog information [(dif)] and/or output information^ especially voice 
announcements]. 

22. [The] A telecommunication network [(MFN) as claimed in] according to claim 
21, [characterized in that it is set up] configured for forwarding request messages relating to the 
transmission of dialog information [(dif)] and[, respectively,] voice announcements to the server 
device [(DGS)] and for accepting from the [latter] server device the requested dialog information 
[(dif)] and[, respectively,] voice announcements and transmitting them to the terminal [(MTL)]. 
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23. [The] A telecommunication network [(MFN) as claimed in] according to claim 21 
[or 22, characterized in that it is set up] , configured for transferring the control of the service 
[(DST)] to the server device [(DGS)] for the duration of the performance of the dialog and 
continuing the service after the dialog has ended and the dialog result [(drs)] has been received 
by the server device [(DGS)]. 
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REMARKS 



The above amendments to the specification, claims and abstract have been made to place 
the application in proper U.S. format and to conform with proper grammatical and idiomatic 
English. None of the amendments herein are made for reasons related to patentability. No new 
matter has been added. 

In the event that the transmittal letter is separated from this document and the Patent 
Office determines that an extension and/or other relief is required, applicant petitions for any 
required relief including extensions of time and authorizes the Commissioner to charge the cost 
of such petitions and/or other fees due in connection with the filing of this document to Deposit 
Account No. 03-1952 referencing docket no. 449122001300 . However, the Commissioner is not 
authorized to charge the cost of the issue fee to the Deposit Account. 



Respectfully submitted, 



Dated: 



January 26, 2001 



By: 




Morrison & Foerster llp 
2000 Pennsylvania Avenue, N. W. 
Washington, D.C. 20006-1888 
Telephone: (202) 887-6924 
Facsimile: (202) 887-0763 
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ABSTRACT 

In a dialog between service (DST) of a telecommunication network and a subscriber 
(TNR) connected to the network via a terminal (MTL), messages are output via the terminal and 
information is input by the subscriber due to the fact that the terminal (MTL), on the basis of a 
specific command given to it, by means of dialog information (dif) which is transmitted to the 
terminal via a network connection and is stored in the terminal and which relates to the 
performance of the dialog, effects the output(s) to the subscriber (TNR) and accepts the 
processes the input(s) of the subscriber (TNR). From this, a dialog result (drs) is derived and 
transmitted to the service (DST) via a network connection. The network continues the service 
(DST) in dependence on the dialog result (drs). 
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Description 

Performing interactive service dialogs in 
telecommunication network 



The invention relates to a method for 
performing a dialog between a service of a 
telecommunication network and a subscriber connected to 
the network via a terminal, in which method, at least 
messages and/or input requests are output to the 
subscriber and at least information is input by the 
subscriber, in the dialog via the terminal, and the 
service is continued in dependence on a dialog result 
derived therefrom. 

Furthermore, the invention relates to a 
telecommunication terminal which can be connected to a 
telecommunication network and which is set up for 
exchanging messages and/or commands with the network 
and for outputting messages and input requests to a 
subscriber utilizing the terminal, for using the 
network, and for receiving inputs of the subscriber. 

Similarly, the invention relates to a 
telecommunication network in which services can be 
utilized by subscribers, in connection with which a 
dialog with the subscriber utilizing the service and 
connected to the network via a terminal being provided 
in at least one of the services and in this dialog, at 
least messages and/or input requests are output to the 
subscriber and at least information is input by the 
subscriber . 

In many telecommunication networks, other 
services which can be addressed by a subscriber to the 
network and which will be called intelligent services 
in the text which follows are set up in addition to the 
basic services such as, e.g. the telephone and 
facsimile service of a telephone network. These 
intelligent services can be, for example, supplementary 
services 



network via its terminal and the intelligent service 
or, respectively, the network node controlling 



the performance of the service is carried out with the 
aid of separate user-service-signaling systems. For 
example, the use of a DTMF (Dual-Tone Multi-Frequency) 
interface is known for the transmission of data to the 
service control point, but in this method, only numbers 
and a few special characters can be transmitted; in the 
opposite direction, spoken announcements are made in 
most cases which are called up when necessary by a so- 
called peripheral. In a GSM network, the service of the 
"unstructured supplementary service data" (USSD) can be 
utilized. This is a special type of signaling which can 
be initiated in phase 2 of the GSM network in both 
directions between terminal and network service. 
Another example is the utilization of information 
elements of an "intelligent network application part" 
(INAP) protocol such as, e.g. the core INAP according 
to the ETSI standard "intelligent network (IN); 
intelligent network capability set 1 (CS1), core 
intelligent network application protocol (INAP) , Part 
1: Protocol specification" 300 374-1, July 1994, of the 
European Telecommunications Standards Institute (ETSI); 
these protocols were originally designed for the 
internal communication in the network between switching 
centers and a service control point but can also be 
used for user-service-signaling. Naturally, the various 
types of signaling can be combined, e.g. an intelligent 
service can request the user to make an input via his 
mobile terminal via the above-mentioned INAP mechanism, 
in which procedure an announcement stored in the 
switching center or in a peripheral associated with the 
switching center is played and the user input occurs 
via DTMF signals which are collected via the switching 
center or, respectively, the peripheral and are 
forwarded to the service. 

It is also known to arrange these dialogs in a 
so-called menu. The dialog is controlled by 
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the service network node, often with the aid of 
peripheral . 
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In this method, the service presents a selection of 
various possibilities which are in each case allocated 
to a specific code, e.g. a number key; these are 
usually the numbers which are transmitted and decoded 
in accordance with the DTMF method. The menu can be 
announced to the mobile subscriber, e.g. with the aid 
of a peripheral, via a voice announcement. If the 
subscriber then enters his response, i.e. the number 
associated with the response, the corresponding GTMF 
signal is transmitted, received by the network and 
translated; the intelligent services branches into the 
part of the program in which the corresponding program 
section is executed and, if necessary, a corresponding 
voice announcement is generated in the service network 
node or the peripheral. Branching into a submenu is 
also possible and ^ a later return to a higher-level menu 
etc. 

However, the dialogs of the known type are 
often associated with high expenditure of network 

20 resources since the service network node or, 
respectively, the associated peripheral are also 
occupied during the times between output to the 
subscriber and his input of a response. In the case of 
complicated, e.g. multi-stage dialogs, the signal 

25 complexity via the connecting interface, e.g. the air 
interface in the case of mobile radio systems, can also 
become very high. 

It is also known that a terminal for request 
subscriber inputs, e.g. a PIN code. However, these 

30 requests are predetermined for the terminal and non- 
specific to the service used by the subscriber and do 
not result in any simplification for the performance 
of, in particular, complex dialogs. 

From EP 0 812 120 A2 and from the publication 

35 "wireless application protocol- wireless telephony 
application specification- draft version" of 
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30.4.1998, WAP Forum Ltd, XP002128849, it is known in 
each case to transmit dialog information, for the 
performance of a dialog between a service of a 
telecommunication network and a terminal, to the 
terminal, to store and to process it there and to 
transmit back a dialog result. 

It is, therefore, the object of the invention 
to reduce the expenditure of resources for performing 
interactive dialogs . It is also intended to create the 
possibility of faster and simpler handling 
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and processing of a dialog between subscriber and 
intelligent service • 

On the basis of a method of the type initially 
mentioned, this object is achieved in that, according 
5 to the invention, the service transmits dialog 
information relating to the performance of the dialog, 
independently of actions of the subscriber, to the 
terminal of the subscriber via a network connection, 
this dialog information is stored by the terminal and 

10 the terminal performs the output (s) to the subscriber 
by means of the stored dialog information on the basis 
of a specific command given to it and receives and 
processes the input (s) of the subscriber, derives a 
dialog result therefrom and transmits this result to 

15 the service via a network connection. 

i. P3 

C§ Performing the dialog in the terminal saves 

■»F implementing corresponding dialog procedures in the 

J'C network and expending resources. All information 

required for performing the dialog is transmitted to 
20 the terminal at the beginning of the dialog or during a 
q preceding network connection so that the relevant 

|'0 network resources are only occupied for this 

comparatively short time. 
Q The dialog information suitably contains 

25 commands of a dialog program which is executed by a 
processor of the terminal for performing the dialog and 
determining the result of the dialog. 

The dialog information advantageously also 
contains message information which describes the 
30 messages and input requests to be output and the type 
of expected inputs. 

In an advantageous embodiment of the invention, 
the output to the subscriber is carried out via a 
display, 



e.g. by means of text and/or graphics, to increase the 
user friendliness . 

In another advantageous embodiment, an 
increased ease of operation is achieved in that the 
output to the subscriber is at least partially carried 
out via voice announcements which are requested from 
the network and are received from the network via a 
voice channel of a network connection at the time of 
the output and are output to the subscriber. 

To relieve the volume of signaling via the 
telecommunication network, it is advantageous if the 
dialog information and/or the dialog result are at 
least partially transmitted via a transaction 
connection of the network. 

The dialog information can also advantageously 
remain stored in the terminal after the dialog is 
finished which also lowers the required signaling 
volume and accelerates the performance of the dialog by 
the terminal . 

The transmission of dialog information is 
advantageously requested by the terminal by means of a 
message sent to the network, e.g. at a point provided 
in the service operation by the terminal for requesting 
additional dialog information when the terminal is 
ready for receiving the information. 

In this context, it is advantageous if the 
terminal checks the stored dialog information to find 
out whether it is adequate for performing the relevant 
dialog and, if not, sends a request message for the 
transmission of corresponding dialog information. In 
the other case, the request is not necessary which, in 
turn, has a relieving effect on the signaling volume. 



The output to the subscriber is advantageously 
effected via at least one menu which offers a 
predetermined number of input possibilities to the 
subscriber, the subscriber selects one of these input 
possibilities by means of his input and this input is 
used, in dependence on the menu logic, as a dialog 
result or for the menu-controlled continuance of the 
dialog. This allows a comfortable, easily traceable 
representation of the output. 

The object set out above is also achieved on 
the basis of a telecommunication terminal of the type 
initially mentioned which, according to the invention, 
exhibits a memory device for storing dialog information 
relating to the performance of at least one dialog with 
the subscriber, a control device for executing the 
output (s) to the subscriber, for receiving and 
processing the input (s) of the subscriber and for 
deriving a dialog result by means of the dialog 
information, and a transmitting device for receiving 
dialog information and for transmitting a dialog result 
via a network connection. 

The advantages of this solution have already 
been explained with reference to the method according 
to the invention. 

The control device of the terminal is suitably 
constructed as processor for executing a dialog 
program, the commands of which for performing the 
dialog and determining the dialog result are contained 
in the dialog information. 

In the sense of enhanced ease of operation, a 
voice output device for outputting voice announcements 
to the subscriber can be provided in the terminal . 

In this context, the terminal is advantageously 
set up for requesting voice announcements from the 
network and receiving these 
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from the network via a voice channel of a network 
connection and outputting them to the subscriber. 

In another advantageous embodiment , the 
terminal is set up for requesting the transmission of 
5 the dialog information by means of a message sent to 
the network. 

In order to reduce the signal volume when a 
dialog is used repeatedly, the terminal is suitably set 
up for keeping the dialog information stored after the 

10 end of the dialog. 

To simplify the signal volume, it is also 
advantageous if a device for receiving dialog 
information and/or for sending a dialog result via a 
transaction link of the network is provided in the 

15 terminal. 

The object set above is similarly achieved by a 
telecommunication network of the type initially 
described, which is set up for transmitting, in 
dependence on the service operation, the dialog 

20 information required by the terminal for performing the 
dialog, via a network connection, receiving a dialog 
result transmitted by the terminal and continuing the 
service in dependence on this result. 

The advantages produced by this solution have 

25 already been represented above. 

An advantageous embodiment of the 

telecommunication network according to the invention is 
set up for transmitting dialog information on the basis 
of a specific request message of the terminal. 

30 The telecommunication network is also 

advantageously set up for transmitting voice 
announcements, which can be used by the terminal in an 
output to the subscriber, 



on the basis of a specific request message of the 
terminal . 

An advantageous embodiment of the 

telecommunication network according to the invention 
exhibits a server device for centrally storing the 
dialog information and/or output information, 
especially voice announcements, which simplifies the 
administration and the call-up of these data. 

In this arrangement, the telecommunication 
network can advantageously forward request messages 
relating to the transmission of dialog information and 
voice announcements , respectively, to the server device 
and accept from the latter the requested dialog 
information or, respectively, voice announcements and 
transmit these to the terminal. 

It is also advantageous if the 

telecommunication network is set up for handing over 
control of the service to the server device for the 
duration of the performance of the dialog and 
continuing the service after the end of the dialog and 
reception of the dialog result from the server device. 

In the text which follows, the invention will 
be explained in greater detail with reference to an 
exemplary embodiment, using the attached drawings, in 
which : 

Figure 1 shows a diagrammatic overview of a 

telecommunication network, and 
Figure la shows the terminal in greater detail; 
Figure 2 shows a signaling sequence of an interactive 

dialog . 

The exemplary embodiment relates to a GSM 
network MFN , the essential components of which, 
inasmuch as they are of significance to the 
representation of the invention, are shown in Figure 1. 
For administering and executing intelligent services, 
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a service control point SCP, which is constructed, e.g. 
as a so-called "CAMEL Service Environment" (CSE) 
according to the CAMEL standard is set up in the 
network MFN . The subscriber TNR which is here 
representative for the subscribers of the network MFN 
which are authorized to use the service, is connected 
to the mobile radio network MFN via his terminal, a 
mobile telephone MTL in the exemplary embodiment. A 
connection here means any type of technical measures 
which enable the relevant subscriber or, respectively, 
terminal to establish network connections, for instance 
the access air interface ALS of the GSM network between 
the terminal MTL and a base station of the network in 
the example, in connection with the associated 
configuration data of the subscriber TNR for the 
network MFN, e.g. the subscriber characteristics, 
stored in the service control point SCP and/ or a home 
location register including any personal access codes 
which may have been issued such as, for example, a so- 
called "personal identification number" (PIN) . All 
connections and control messages which relate to the 
subscriber TNR pass via the switching center, which is 
a "mobile service switching point" (MSP) in the present 
case and which is associated with the connection ALS, 
as long as the subscriber is located within the 
coverage area of the switching point MSP. 

It is assumed that a so-called "prepaid" 
service is set up, for example, in the mobile radio 
network MFN, which service allows a call to be charged 
at the same time as the connection is being operated. 
For this purpose, an account in a network component, 
e.g. the service control point SCP, is allocated to the 
subscriber TNR. A connection of the subscriber is 
monitored by the associated switching point MSP and the 
service control point SCP with regard to the charges 
arising. At the latest at the end of the connection, an 
amount corresponding to the appropriate tariff model is 
deducted from the user 



account. The account can also be "stocked up" again by 
the subscriber TNR. For this purpose, and for 
interrogating the account, a statement-of -account 
service is offered under its own service call number. 
If the 
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subscriber dials this call number, the relevant service 
is called up via the switching point MSP. A menu 
interrogation can have the following appearance, for 
example : 

1 Information on the service 

2 Current balance 

3 Restocking the account 

4 Changing the PIN 

5 End 

The mobile subscriber can be notified of this 
menu, e.g. via a voice announcement of the form "dial 1 
in order to find out general information on the service 
- dial 2 for interrogating your balance../'. If the 
subscriber then enters the number 2, the intelligent 
service is intended to interrogate the current balance 
of the account from a database and then produce a 
corresponding voice announcement, for instance "your 
balance is ..." . 

According to the invention, the dialog such as 
the DTMF menu described is then carried out by a 
program logic executed locally on the terminal MTL. In 
the text which follows, the operation of a service in 
which a dialog takes place will be represented by way 
of example by means of the above-mentioned "prepaid" 
service, referring to Figure 2. 

It will be assumed, for instance, that the 
subscriber would like to interrogate his balance . For 
this purpose, the subscriber dials the call number #dst 
of the statement-of-account service which is 
transmitted via the terminal MTL to the associated 
switching point MSP in a SETUP message. In the 
switching point MSP, an initial detection point (IDP) 
message is generated which starts the desired service 
DST in the service control point SCP. The IDP message 
is a part of the INAP protocol; in other embodiments, 
the appropriate signaling types known to the expert 
must be used. The service DST usually 
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runs in the service control point SCP in the form of a 
service control function (SCF) . 

The service controller then recognizes 
possibly after initialization of the service and first 
working steps - that an interactive dialog with the 
subscriber TNR has to take place and that this is to be 
executed on the terminal MTL of the subscriber. The 
information required for performing the dialog is then 
transmitted to the terminal. For this purpose, the 
service control point transmits a request message anf 
to a dialog server DGS especially set up for the 
purpose of storing the dialog information and/or the 
output information used during dialogs, especially 
voice announcements, and orders the server to carry out 
the interactive dialog DIG. 

In the exemplary embodiment, the dialog server 
DGS is a separate network node which is set up in the 
network MFN for the central storage of the dialog 
information necessary for the performance of dialogs by 
terminals and, if necessary, for voice announcements. 
The dialog server DGS can also take over control of the 
service DST for the duration of the performance of the 
dialog from the service control point SCP; when the 
dialog is finished, the dialog server returns the 
operation of the service to the service control point 
SCP. In a telecommunication network MFN, a number of 
dialog servers can be provided which, e.g., in each 
case supply different groups of services or different 
coverage areas of the network. The dialog server can 
also be, for example, a data server computer connected 
via another information or data network such as the 
Internet . 

The dialog server DGS is advantageously 
incorporated directly in the network MFN so that the 
transmission of the data 2 to and, respectively, from 
the terminal MTL has to occur directly via the 
switching point MSP but not via the service control 
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point SCP. Of course, it is also possible and, in 
special cases, suitable, 
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to connect the dialog server DGS via the service 
control point SCP or another network node, e.g. a 
gateway. 

Naturally, it is also possible for the storage 
and administration of dialog information to be handled 
by one or more network nodes such as, e.g. a switching 
center or, in particular, also the service control 
point SCP. 

The dialog server DGS then transmits to the 
terminal MTL data which relate to the performance of 
the dialog DIG, a menu of the type described above in 
the example, by the terminal. Using these data, which 
are here designated dialog information dif, the 
terminal MTL - after the dialog DIG has been started by 
the termination of the transmission of the dialog 
information dif - executes the output (s) to the 
subscriber TNR according to the invention, receives the 
input (s) of the subscriber and processes these. During 
the execution of a dialog DIG, the service goes into a 
suspended state in a network MFN until further 
information from the terminal arrives which indicates 
the end of the dialog. 

The address of the terminal to which the dialog 
information dif is to be sent, the dialog server DGS 
receives as a parameter of the dialog request anf or 
via a separate message, e.g. of the INAP protocol from 
the service control point SCP or the switching point 
MFP. This is necessary because the transmission of the 
dialog information dif and the return messages of the 
terminal can take place via different transmission 
paths, in particular also via other connections than 
the subscriber connection ALS . If necessary, the 
interrogation is conducted by a dialog server DGS 
itself, e.g. by means of an inquiry at the home 
location register of the network in an any-time- 
interrogation message. 
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After the dialog information dif has been 
transmitted, the connection of the terminal MTL to the 
network can be taken down which is necessary, in 
particular, if the terminal will be blocked by the 
reception of the dialog information due to the full 
connection. It is also possible to reduce the 
expenditure of resources, especially in the case of 
elaborate dialogs, by taking down the full connection 
and establishing, e.g. a transaction link. The release 
of the network connection can be initiated by the 
terminal MTL, e.g. by means of an REL message ("release 
call") or initiated by the network, either directly or 
by an indication to the terminal which requests the 
terminal to release the connection. As another 
possibility, the original connection can remain in 
existence and be released at a later time, e.g. at the 
end of the dialog. 

The dialog information dif can be, for example, 
data which control in a program permanently stored in 
the terminal MTL or a code which can be interpreted or 
executed in the manner of a program. Thus, the dialog 
information dif can be written, e.g. in Java code which 
is executed by a so-called Java Virtual Machine in the 
terminal MTL. The dialog information dif stored in the 
terminal MTL forms, together with the hardware and/or 
software of the terminal which is provided for 
controlling the interactive dialog and, in particular, 
the interpretation and execution of the dialog 
information, a local "branch" of the service which 
precedes the service DST as "service front end" SFE and 
handles the interaction with the subscriber TNR for 
this service. In the wider sense, the front end SFE can 
also be considered as a subroutine of the service DST. 

The terminal MTL exhibits a transceiver device 
SEE, a terminal controller EST for coding and decoding 
the received signals and those to be sent 
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for the output and, respectively, of the input of the 
user and an input/output device 
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EAG which exhibits, e.g. a keypad TAS and a 
microphone/loudspeaker device MLE in a mobile 
telephone; in addition, a display ANZ can also be 
provided. To execute the front end SFE, a memory MEM 
for storing the received dialog information dif and a 
processor PRZ which executes, e.g. the commands 
contained in the dialog information or performs the 
dialog by means of a separate permanently programmed 
interpreter logic with reference to the dialog 
information, are advantageously provided. The processor 
PRZ can be designed as a separate component or as a 
part of other components, e.g. integrated with the 
terminal controller. In accordance with the network 
MFN, the terminal can be implemented, for example, as 
line network telephone, as mobile radio telephone, as 
so-called mobile communicator or as any other device 
equipped as a terminal for receiving, processing and 
transmitting telecommunication messages. 

Performing the dialog in the terminal MTL makes 
it possible to save on implementing corresponding 
dialog procedures in the network MFN, such as, e.g. in 
peripherals, and the expenditure of resources which are 
required for the messages to be exchanged between the 
subscriber TNR and the service DSG in the course of a 
dialog. All information dif required for performing the 
dialog is transmitted to the terminal at the beginning 
of the dialog so that the appropriate network resources 
are only occupied for this comparatively short time. 
The front end thus created runs in the terminal MTL, 
i.e. at the location of the subscriber TNR. At this 
point, it should be emphasized that the invention is 
just as suitable for intelligent networks implemented 
as line networks as for GSM networks in which, e.g. the 
CAMEL standard is implemented, or other mobile radio 
networks such as, e.g. IS-95 used in the US, or also 
the "universal mobile telecommunication system" UMTS. 
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The front end SFE thus runs on the terminal MTL 
and executes the dialog DIG with the subscriber here. 
In the example, this means that the menu explained 
above is displayed and/or announced to the subscriber. 
The form of representation of the output to the 
subscriber is carried out via the input/output device 
EAG of the terminal. Depending on what components the 
input /output device EAG has, namely, for example , a 
microphone/loudspeaker device MLE and/or a display ANZ 
etc., in addition to the usual keypad TAS, the menu can 
be output in many ways, e.g. as a text with a fixed 
character set (e.g. ASCII) and/or as graphics on the 
display ANZ, as a voice output or in any suitable form. 
It is an essential advantage of the invention that it 
provides for the output on the terminal to be in visual 
form or combined audio-visual form. 

As a part of the output to the subscriber TNR, 
the latter is requested to select a menu item. Once the 
subscriber has made his choice, he inputs it, e.g. via 
the keypad TAS; depending on the dialog structure, the 
dialog then branches e.g. into another menu or the 
dialog is continued in another form. During this 
process, the front end SFE determines a dialog result 
drs, forwards it to the transceiver device SEE of the 
terminal for transmission to the network MFN and 
finally terminates the dialog. In the example, the 
subscriber selects the menu item "current balance'' and 
presses number key 2 of his mobile telephone MTL. In 
the example, the dialog result drs is the number of the 
selected menu branch but can be generally a subset of 
the subscriber inputs, or all of the subscriber inputs 
or a result calculated from this via the front end SFE. 
The transmission of the dialog result drs does not need 
to take place via a full connection, i.e. a call 
connection of the mobile radio network MFN in the 
example, but other 



- 16a - 

transmission paths can be used, especially if the 
original connection has already been released, 
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e.g. via short message services or the like; these 
solutions will still be discussed in greater detail 
below . 

In a variant, a number of dialog results drs 
can also be sent back to the network from a dialog. In 
this case, it is advantageous if the termination of the 
dialog DIG or, respectively, of the dialog front end 
SFE is indicated to the service DST in the last dialog 
result sent or in a separate message. 

The dialog result drs is forwarded in the 
network MFN to the dialog server which processes it and 
sends a return message, e.g. as FIN message, to the 
service control point. Depending on the result of the 
dialog received in the dialog result drs and the return 
message rmd, the service DST then continues. 

In the example, the service branches to the 
section which outputs the current balance of the 
subscriber TNR in accordance with the choice of the 
subscriber. In the service control point SCP an 
interrogation is carried out in familiar manner and the 
relevant balance is determined. The balance can then be 
output to the subscriber TNR in an interactive dialog 
also according to the invention, instead of being 
carried out by means of a peripheral in familiar 
manner. For this purpose, the service control point 
directs a second request message anf 9 , in which a 
corresponding information dialog is requested and the 
balance is used as parameter, to the dialog server DGS . 
Analogously to the process described above, the dialog 
server DGS then sends dialog information which 
describes this information dialog DIG' with the current 
balance. In this particular case, it suffices if the 
dialog result drs' comprises the acknowledgement 
message for the reception of the dialog information 
dif and/or the output of the balance information. The 
subscriber acknowledges the output of the balance 
message, e.g. 
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by pressing a key provided for this purpose. After the 
appropriate return message 
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rmd' of the dialog server DGS , the service DST is 
terminated in the example; naturally, in other cases, 
post processing can still occur in dependence on the 
relevant service and the preceding events and dialog 
results, e.g. other dialogs can be initiated or a new 
connection is established (initiated by a connection 
request CON) . 

As already mentioned, the invention reduces the 
consumption of resources, especially via the access 
interface ALS from the network MFN to the terminal MTL. 
This also leads to faster handling and processing of 
the dialog between the user and the service - more 
precisely the front end, since it is not necessary to 
wait for messages to be transmitted in the network. 
Furthermore, the representation of the dialog can be 
made user-friendly in a simple form. 

An interactive dialog can be triggered in 
accordance with known methods as can be seen, e.g. in 
ETSI standards for intelligent networks or the GSM 
CAMEL standards. To call up a service dialog or a 
service controlled by means of dialogs, the subscriber 
can dial, for example, a predetermined call number 
#dst. Furthermore, an intelligent service can also 
switch in familiar manner, e.g. via a peripheral, 
during a dialog to a front end in the terminal MTL 
which continues the dialog or performs a part of the 
dialog; as well, dialog steps can be conversely used in 
accordance with known methods in a dialog via the 
terminal MTL. Naturally, a transmission of 
corresponding messages between the terminal MTL and the 
service network node MSP, SCP or, respectively, the 
dialog server DGS for requesting the relevant dialogs 
or dialog functions must be provided for this purpose. 

For the terminal MTL, the arrival of the dialog 
information dif, the input of a specific command by the 
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subscriber TNR or another adequate event such as, e.g. 
the reception of a starting message sent by the 
network, serves as a signal for starting the dialog DIG 
or, respectively, the front end SFE. 

As already mentioned, the dialog can be divided 
into parts, especially in the case of complex dialogs, 
and the dialog can be executed in such a manner that 
only one dialog part is transmitted in a dialog 
information message. The other parts are requested as 
required, advantageously by means of corresponding 
request information which is stored in the dialog 
information of the dialog part which has just been 
executed. Thus, for example, a main menu can be 
transmitted first and the subordinate submenus are only 
transmitted when the relevant submenu is requested as a 
consequence of a corresponding choice of the 
subscriber . 

The structure of the dialog information dif can 
differ in dependence on the requirements of the 
transmission via the access interface ALS and the 
display capabilities of the terminal MTL; corresponding 
parameter information is stored, if necessary, in the 
subscriber characteristics. The dialog information can 
be available, for example, as program code, as mark-up 
document (see below) or as a simple text in the form of 
a character string . 

In the case where the dialog information dif is 
implemented as program code, the dialog information is 
available as code, e.g. as Java code, which can be 
executed or interpreted by the processor PLZ of the 
terminal MTL. Furthermore, it can be provided, for the 
case where the terminal MTL is not immediately capable 
of interpreting the dialog information dif, to transmit 
an interpretation program from the network to the 
terminal MTL in order to realize a so-called "virtual 
machine" . 

Another possibility is to display the dialog 
information dif by means of a mark-up document, e.g. an 
HTML 
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(Hyper-text mark-up language) document or a mobile- 
radio-specific mark-up language such as, for instance, 
HDML (hand-held mark-up language) or WML (wireless 
mark-up language) . Mark-up languages are used as text 
5 setting languages for representing texts, where 
information on the formatting of text, text styles, 
cross references etc. are represented as so-called 
mark-ups. Mark-ups are commands in text form which can 
be recognized as commands from certain features, e.g. a 
10 backslash. A mark-up text interpreter or compiler, a 
so-called browser, converts these mark-ups into the 
corresponding features for the remaining text. In this 
case, the browser part is the front end SFE and the 
output is effected with the aid of the display ANZ of 
• J 15 the terminal MTL. The dialog in the form of a mark-up 
~j document can be animated with the aid of embedded 

R program routines (so-called applets). These program 

S routines can request the user to input an information 

B item and can also perform syntax checks or semantic 

^ 20 checks locally at the terminal MTL via the input 
3 characters. The dialog content, especially the text of 

^ the menus, can be displayed, e.g. in the form of text 

^ characters, as graphics or via cross references and by 

3 combinations of these. In this process, a predetermined 

25 file format can also be demanded. 

In the simplest case, the dialog information 
dif consists of a sequential character string. The 
individual entries of a menu can be separated by 
specific codes. A code at the beginning of the 
30 character string, for example, identifies the character 
string as a menu, possibly with a specification with 
regard to an interleaved menu. A code at the end of the 
character string is used for identifying the end of 
menu. The character string can also contain, if 
35 necessary, formatting information with regard to the 
display on the display ANZ, and separating symbols for 
differentiating between the individual menu lines. The 
significance of these 
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codes is defined on the basis of a suitable output rule 
which is permanently programmed in the processor. 
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The dialog information can be suitably 
transmitted via a transaction link, i.e. a connection 
without voice channel. Examples of this in the GSM 
network are, for instance, the aforementioned USSD or a 
5 short message service (SMS) . In this connection, parts 
of the dialog information, e.g. individual menu 
entries, can be transmitted in different messages, if 
this is required because of the volume of the 
information to be transmitted or is expedient for other 
10 reasons, which messages are received by the terminal 
and are jointly processed. Even if the original 
connection has not yet been released (REL message in 
Figure 2), the message can be received via the 
transaction link. Due to their codes, the content of 

Q 15 the dialog information dif transmitted via USSD, as 
short message or the like can be recognized by the 

;! p terminal MTL as menu of an interactive dialog and can 

be displayed correctly on a display by means of the 

'"< ? I 

;,g formatting. Thus, the message is not simply displayed 

20 as USSD message or short message or stored in a memory 

otherwise provided for these messages but displayed as 

dialog information in the format of the menu. During 
^ this process, the terminal MTL can temporarily buffer 

Q the arriving information, e.g. in a part -area of the 

^ 25 memory MEM reserved for this purpose, until the menu 

display to be output has been completely received and 

processed . 

At this point, the so-called GSM service data 
transfer or a transmission by means of the WAP protocol 

30 which forms the basis of the above-mentioned WML mark- 
up language must be mentioned as examples of other 
possibilities for transmitting the dialog information 
dif. Packet-oriented services such as, e.g. "the 
general packet radio service" (GPRS) of the GSM network 

35 or circuit switched connections such as, e.g. via 
"'high-speed circuit switched data" (HSCSD) in the GSM 
network can also be used. The examples mentioned here 
relate to mobile networks, but corresponding solutions 
are also 



available for land networks; at this point, the use of 
a service for electronic mail (e-mail) must also be 
mentioned. In addition, these methods can also be 
combined with one another. The corresponding addresses, 
via which the subscriber TNR or, respectively, the 
terminal MTL can be reached via these transmission 
methods, e.g. an SMS address code or an Internet or e- 
mail address, are stored in the service control point 
SCP, the home location register of the mobile radio 
network MFN or directly in the dialog server DGS . 

The selection of the transmission methods used 
can be permanently preset for the subscriber or can be 
determined on the basis of the resources which are 
currently available, in dependence on information about 
the capabilities of the terminal MTL and the 
performances offered by the network MFN, which can be 
used with regard to the subscriber location. Thus, for 
instance, it can be provided to use GPRS for 
transmitting dialog information for a GPRS-capable 
terminal as long as the terminal is located within a 
coverage area with GPRS provision. The relevant 
decision can be made by the service DST (or, 
respectively, the service program) , the dialog server 
DGS or, if the first request is made by the terminal 
MTL, at the terminal MTL (or, respectively, the front 
end SFE) . In this arrangement, a certain transmission 
path, e.g. USSD, could be preset. 

The dialog result drs and possibly other 
messages relating to the performance of the dialog - 
for example error messages - can be transmitted on one 
of the abovementioned transmission paths, the same path 
as for the transmission of the dialog information dif 
being usually used for the sake of simplicity; in 
special cases, however, it may also be expedient to 
change the transmission method. In addition, terminal- 
oriented signaling systems such as, for instance, DTMF, 
can also be used. 



According to the invention, the terminal is 
capable of executing one or more of the following 
functions or combinations thereof: 
- executing a code, e.g. a program code, 
interpreting a code, e.g. a Java code, 
interpreting a mark-up document (e.g. in HTML, WML 
etc.) and displaying it appropriately, e.g. on the 
display ANZ, 

receiving and processing a message via a full link 
or a transaction link, e.g. via SMS, USSD or the 
like (see above) and displaying the message 
content in accordance with an output format in 
each case defined for the message, 

functions for user input, e.g. via keypad, with 
the aid of programmable keys (so-called soft keys) 
by means of a touch-sensitive screen etc., 
coding and sending a message via a full message or 
a transaction message; 
and, naturally, the functions required for requesting 
and receiving a connection as a terminal including the 
receiving and sending of user information. 

In the dialog between the subscriber TNR and 
the service front end SFE, it is necessary that the 
subscriber inputs information which is used for 
controlling the dialog and/or for determining the 
result of the dialog drs . The inputs can be made, for 
example, via a keypad TAS which can also use 
programmable keys, the function of which can then 
differ within the respective menu, via touch-sensitive 
input/output devices, by using a mouse for clicking on 
a screen etc. 

A dialog can also be started in a service which 
has been called up due to an event in the network. Thus 
it is possible, for example in the "prepaid" service 
that in the case where the balance of the account 
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of the calling subscriber is exhausted during a call, 
the call connection is disconnected or suspended and a 
corresponding service is called up which informs the 
subscriber of the reason for the interruption, e.g. by 
5 means of the menu shown above, and invites him to 
conduct a menu interrogation and stocking-up of the 
balance . If the latter takes place, the subscriber is 
asked in another menu whether the call is to be 
continued again. In the meantime, an announcement (e.g. 

10 "please wait") is fed to the other party. 

In a variant of the invention, the dialog 
information dif can be stored at the terminal MTL, for 
example in the memory MEM of the terminal or on an SIM 
(subscriber identity module) card which can be written 

15 to and read out again by the terminal via a protocol 
interface. In this way, a repeated loading of the same 
dialog information in successive dialogs or uses of the 
service can be avoided. This means a saving in 
resources, especially at the access interface ALS . 

20 If the subscriber TNR, for instance, enters the 

service call number #dst of a service at the terminal 
MTL, the terminal MTL checks whether this service 
begins with an interactive dialog, the dialog 
information dif of which is already stored at the 

25 terminal. If this is so, the dialog DIG or, 
respectively, the front end SFE, is performed 
immediately by the terminal MTL. When the dialog is 
finished, the dialog result drs is sent, together with 
an unambiguous code for the executed dialog DIG and the 

30 service DST, to the network. If necessary, e.g. for 
reasons of network administration or for correctly 
performing the dialog refreshments, an indication that 
the service dialog DIG is started on the terminal MTL 
can already be sent to the network MFN or, 

35 respectively, the service control point SCP at the 
start of the dialog. In this arrangement, a special 
call number, 



provided for these transmissions between the terminal 
MTL and the service control point SCP, can be used 
which, e.g., is permanently stored in the terminal as a 
service-independent number or is stored as part of the 
dialog information dif. Between the dialog server DGS 
and terminal MTL, there is a correlation defined by the 
dialog information. Dialog information dif is 
transmitted as soon as this is recognized as necessary 
by the service DST or the terminal MTL. In any case 
these messages can be transmitted independently of a 
user connection. 

The dialog information stored in the terminal 
are refreshed, for example, when a new software version 
of the dialog is taken into operation or if it is 
requested by the terminal. The dialogs stored by the 
terminal are selected as determined by the available 
memory space, e.g. on the basis of the frequency of the 
dialogs or menus and submenus used. If the subscriber 
accesses a certain selection of a certain submenu of 
the menu very frequently, the corresponding dialog 
information is kept in a cache memory; other 
information must be requested from the network, if 
necessary. This shortens the access times for selection 
paths which are used frequently. 

Thus, the transmission of the dialog 
information dif and the execution of the dialog DIG on 
the front end SFE can take place at separate times. The 
dialog DIG is started by a corresponding command by the 
subscriber, for example by the input of a call number 
or by means of a command key on the terminal. The 
transmission of the dialog information dif, however, is 
initiated by the service DST. 

In special cases, e.g. in the case of a 
predictable frequent use of a certain dialog, the 
corresponding dialog information can also be stored in 
a part designed 



as permanent memory (ROM memory) of the terminal memory 
MEM. 

It should be noted that the invention is not 
restricted to the exemplary embodiments listed, 
especially not to its use in a mobile radio network but 
is suitable for telecommunication networks of any type. 
Moreover, the inputs are not restricted to keypad 
inputs or DTMF signals, or the outputs are not 
restricted to screen outputs or output of prerecorded 
voice announcements but all methods of information 
input /output including voice-controlled input /output , 
pointer-controlled input (e.g. by mouse) etc. known to 
the expert can be used. 
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Patent claims 

1. A method for performing a dialog between a 

service (DST) of a telecommunication network (MFN) and 
5 a subscriber (TNR) connected to the network via a 
terminal (MTL) , in which method, at least messages 
and/or input requests are output to the subscriber and 
at least information is input by the subscriber, in the 
dialog via the terminal (MTL), and the service (DST) is 

10 continued in dependence on a dialog result (drs) 
t derived therefrom, 

wherein the service (DST) transmits dialog information 
relating to the performance of the dialog, 
independently of actions of the subscriber, to the 

15 terminal of the subscriber via a network connection, 
this dialog information is stored by the terminal and 
the terminal performs the output (s) to the subscriber 
by means of the stored dialog information on the basis 
- of a specific command given to it and receives and 

20 processes the input (s) of the subscriber, derives a 
dialog result therefrom and transmits this result to 
the service via a network connection, 

characterized in that the stored dialog information is 
checked via the terminal (MTL) to see whether it is 
25 adequate for performing the relevant dialog and, if 
not, a request message for the transmission of 
corresponding dialog information is sent 

and that the transmission of dialog information (dif) 
is requested via the terminal (MTL) by means of a 
30 message sent to the network (MFN) . 
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2. The method as claimed in claim 1, characterized 

in that the dialog information (dif) contains commands 
of a dialog program which is executed by a processor 
(PRZ) of the terminal for performing the dialog and 
determining the dialog result (drs) . 

3 - T he method as claimed in claim 1 or 2, 

characterized in that the dialog information (dif) 
contains message information which describes the 
messages and input requests to be output and the type 
of expected inputs. 

4. The method as claimed' in one of claims 1 to 3, 

characterized in that the output to the subscriber is 
effected via a display, e.g. by means of text and/or 
graphics. 

5- The method as claimed in one of claims 1 to 4, 

characterized in that the output to the subscriber is 
effected at least partially via voice announcements, 
which are requested from the network (MFN) and are 
received from the network via a voice channel of a 
network connection at the time of the output and are 
output to the subscriber. 

6. The method as claimed in one of claims 1 to 5, 
characterized in that the dialog information (dif) 
and/or the dialog result (drs) are at least partly 
transmitted via a transaction link of the network 
(MFN) . 

7. The method as claimed in one of claims 1 to 6, 
characterized in that the dialog information (dif) 
remains stored in the terminal after the dialog has 
finished. 
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8, The method as claimed in one of claims 1 to 7, 

characterized in that the output to the subscriber 
(TNR) is advantageously effected via at least one menu 
which offers a predetermined number of input 
possibilities to the subscriber the subscriber selects 
one of these input possibilities by means of his input 
and this input is used, in dependence on the menu 
logic, as a dialog result (drs) or for the menu- 
controlled continuance of the dialog. This allows a 
comfortable, easily traceable representation of the 
output. 

9 - A telecommunication terminal (MTL) which can be 

connected to a telecommunication network (MFN) and 
which is set up for exchanging messages and/pr commands 
with the network (MFN) and for outputting messages and 
input requests to a subscriber (TNR) utilizing the 
terminal (MTL) for using the network and for receiving 
inputs of the subscriber (TNR) , which exhibits the 
following : 

- a memory device (MEM) for storing dialog information 
(dif) relating to the performance of at least one 
dialog with the subscriber (TNR) , 

- a control device (PLZ) for executing the output (s) to 
the subscriber (TNR) , for receiving and processing the 
input (s) of the subscriber and for deriving a dialog 
result (drs) by means of the dialog information, and 

- a transmitting device (SEE) for receiving dialog 
information (dif) and for transmitting a dialog result 
(drs) via a network connection 

characterized in that 

the terminal (MTL) is constructed in such a manner that 
the stored dialog information is checked via the 
terminal (MTL) to see whether it is adequate for 
performing the relevant dialog and, if not, a request 
message for the transmission of corresponding dialog 
information is sent, 
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and the transmission of dialog information (dif) is 
requested via the terminal (MTL) by means of a message 
sent to the network (MFN) . 
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10. The terminal (MTL) as claimed in claim 9, 
characterized in that the control device (PLZ) is set 
up as processor for executing a dialog program, the 
commands of which for performing the dialog ' and 

5 determining the dialog result are contained in the 
dialog information . 

11. The terminal (MTL) as claimed in claim 9 or 10, 
characterized by a voice output device (MLE) for 
outputting voice announcements to the subscriber. 

10 12. The terminal (MTL) as claimed in claim 11, 

characterized in that it is set up for requesting voice 
announcements from the network (MFN) and receiving 
these from the network via the voice channel of a 
network connection and outputting them to the 

15 subscriber. 

13. The terminal (MTL) as claimed in one of claims 

9 to 12, characterized in that it is set up for 
requesting the transmission of the dialog information 
(dif ) by means of a message sent to the network (MFN) . 

20 14. The terminal (MTL) as claimed in one of claims 

9 to 13, characterized in that it is set up for keeping 
the dialog information (dif) stored after the dialog 
has ended. 

15. The terminal (MTL) as claimed in one of claims 
25 9 to 14, characterized by a device for receiving dialog 

information (dif) and/or for sending a dialog result 
(drs) via a transaction link of the network (MFN) . 

16. A telecommunication network (MFN) in which 
services for subscribers can be used, a dialog with the 

30 subscriber (TNR) who uses the service and is 
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connected to the network via a terminal (MTL) being 
provided in at least one the services (DST) and in this 
dialog, at least messages and/or input requests are 
output to the subscriber and at least information is 
5 input by the subscriber, characterized in that it is 
set up for transmitting, in dependence on the service 
(DST) operation, the dialog information required by the 
terminal (MTL) for performing the dialog, via a network 
connection, receiving a dialog result (drs) transmitted 
10 by the terminal (MTL) and continuing the service (DST) 
< in dependence on this result. 

17. The telecommunication network (MFN) as claimed 

in claim 16, characterized in that it is set up for 
sending dialog information (dif) on the basis of a 
15 specific request message by the terminal (MTL) . 
^5 18. The telecommunication network (MFN) as claimed 

u 4 in claim 16 or 17, characterized in that it is set up 

% for sending voice announcements, which can be used in 

iff an output to the subscriber by the terminal, on the 

20 basis of a specific request message by the terminal 
T (MTL) . 

Q 19. The telecommunication network (MFN) as claimed 

in one of claims 16 to 18, characterized by a server 
f;3 device (DGS) for central storage of dialog information 

:;f 25 (dif) and/or output information, especially voice 
announcements . 

20. The telecommunication network (MFN) as claimed 

in claim 19, characterized in that it is set up for 
forwarding request messages relating to the 
30 transmission of dialog information (dif) and, 
respectively, voice announcements to the server 
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device (DGS) and accepting from the latter the 
requested dialog information (dif) and, respectively , 
voice announcements and transmitting them to the 
terminal (MTL) . 

21. The telecommunication network (MFN) as claimed 

in claim 19 or 20, characterized in that it is set up 
for transferring the control of the service (DST) to 
the server device (DGS) for the duration of the 
performance of the dialog and continuing the service 
after the dialog has ended and the dialog result (drs) 
has been received by the server device (DGS) . 
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Als nachstehend benannter Erfinder erklare ich hiermit 
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dass mein Wohnsitz, meine Postanschrift, und meine 
Staatsangehorigkeit den im Nachstehenden nach 
meinem Namen aufgefuhrten Angaben entsprechen, 



dass ich, nach bestem Wissen der ursprungliche, 
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PCT Anmeidungsnummer 
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Ich bestatige hiermit, dass ich den Inhalt der obigen 
Patentanmeldung einschliesslich der Anspruche 
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den Anmeidung in Einklang mit Absatz 37, Bundes- 
gesetzbuch, Paragraph 1.56(a) von Wichtigkeit sind, 
an. 



Ich beanspruche hiermit auslandische Prioritatsvorteile 
gemass Abschnitt 35 der Ziviiprozessordnung der 
Vereinigten Staaten, Paragraph 119 aller unten ange- 
gebenen Auslandsanmeldungen fur ein Patent oder 
eine Erfindersurkunde, und habe auch alle Auslands- 
anmeldungen fur ein Patent oder eine Erfindersurkun- 
de nachstehend gekennzeichnet, die ein Anmelde- 
datum haben, das vor dem Anmeldedatum der 
Anmeidung liegt, fur die Prioritat beansprucht wird. 



As a below named inventor, I hereby declare that: 



My residence, post office address and citizenship are 
as stated below next to my name, 



I believe i am the original, first and sole inventor (if 
only one name is listed below) or an original, first and 
joint inventor (if plural names are listed below) of the 
subject matter which is claimed and for which a patent 
is sought on the invention entitled 



Transmission of dialogue information 



from a telecommunications network to a 
subscriber terminal 

the specification of which 

(check one) 
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(El was filed on 29.07.1999 as 



PCT international application 

PCT Application No. PCT/DE99/02346 

and was amended on 



(if applicable) 
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contents of the above identified specification, including 
the claims as amended by any amendment referred to 
above. 



I acknowledge the duty to disclose information which 
is material to the examination of this application in 
accordance with Title 37, Code of Federal 
Regulations, §1. 56(a). 



I hereby claim foreign priority benefits under Title 35, 
United States Code, §119 of any foreign application(s) 
for patent or inventor's certificate listed below and 
have also identified below any foreign application for 
patent or inventor's certificate having a filing date 
before that of the application on which priority is 
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prozessordnung der Vereinigten Staaten, Paragraph 
120, den Vorzug aller unten aufgefuhrten Anmel- 
dungen und falls der Gegenstand aus jedem Anspruch 
dieser Anmeldung nicht in einer fruheren 
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Paragraphen des Absatzes 35 der Zivilprozeftordnung 
der Vereinigten Staaten, Paragraph 122 offenbart ist, 
erkenne ich gemass Absatz 37, Bundesgesetzbuch, 
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